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BACKGROUND 

10 Field of the Invention 

[0001] The present invention relates to metadata that is used to define 
objects in databases. More specifically, the present invention relates to a method 
and an apparatus that facilitates merging metadata associated with different 
versions of objects of a database in a customizable manner. 

15 

Related Art 

[0002] Databases typically form the backbone of modem electronic 
business solutions. As business requirements change over time or are modified to 
meet local requirements, corresponding modifications may need to occur in the 
20 structure of an underlying database. These modifications can cause different 
versions of the same database to diverge over time. This can cause problems 
when divergent versions of a database need to be subsequently reconciled or 
updated. 

[0003] Database objects are typically defined using metadata. The 
25 properties, attributes, and relationship of a database object with other database 
objects can be described using the unified modeling language (UML). The 
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Structure of metadata can be modeled using UML (Unified Modeling Language) 
to define a series of classes, associations, and attributes. For instance, a Table is a 
Class, a Column is a Class, and a Partition is a Class. 'Name' is an Attribute that 
exists for a Table, Column, and a Partition Class. A relationship exists between 
5 Table and Column (a table owns a column), and so we say there is an Association 
between the Table Class and Column Class. An end user typically receives 
metadata that defines a database object, for example a table, fi-om a solutions 
provider. After receiving this metadata, the end user can typically customize the 
metadata to change the structure of the metadata object. For example, an end user 

10 may customize the metadata to add an additional column to a table or to change a 
property of the table. 

[0004] It is possible for different end users to customize the s.ame 
metadata in different ways. For example, end users in a multi-national 
corporation located in different jurisdictions may customize metadata to allow a 

1 5 corresponding database to accommodate specific data items required by their local 
jurisdictions. 

[0005] In some circumstances, it is desirable to merge different versions of 
metadata. For example, a solutions provider may generate a new version of the 
metadata to enhance the database object, or management may want the metadata 
20 for two or more databases to be merged. This merging process is presently 

performed manually, and consequently involves a significant amount of time and 
effort. 

[0006] Hence, what is needed is a method and an apparatus that facilitates 
merging different versions of a database without the problems described above. 

25 
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SUMMARY 

[0007] One embodiment of the present invention provides a system that 
facilitates merging different versions of a database object. Dxiring operation, the 
system receives metadata associated with a first version of a database object and a 
second version of the database object. The system then compares metadata 
associated with the first version with metadata associated with the second version 
to create a difference report. Next, the system uses the different report to create 
an action plan that specifies how to merge the metadata associated with the first 
and second versions of the metadata object. 

[0008] In a variation of this embodiment, metadata associated with the 
database objects are represented in Unified Modeling Language (UML). 

[0009] In a further variation, comparing the metadata associated with the 
first and second versions of the database object involves allowing a user to specify 
which associations of the database object needs to be compared. 

[0010] In a further variation, comparing the metadata associated with the 
first and second versions of the database object involves allowing the user to 
specify how to compare the metadata for each association in the database object. 

[0011] In a further variation, creating the action plan involves allowing a 
user to select which actions to take in merging the metadata in order to produce 
merged metadata with the desired properties and attributes. 

[0012] In a further variation, creating the action plan involves examining 
the difference report to determine what actions to take in bringing the metadata 
associated with the first version and second versions of the database object into 
agreement. 

[0013] In a variation of this embodiment, the metadata associated with the 
first and second versions of the database object can define Oracle database objects 
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like Dimensions, Cubes, Tables, Views, Materialized views. Transformations, and 
their associated objects. An example of associated objects is that Column, 
Foreign Keys, and Unique Keys can be associated with table metadata definition. 
Oracle is a trademark or registered trademark of Oracle International Corporation. 
5 [0014] In a variation of this embodiment, the action plan can specify a 

number of actions including creating, updating, and deleting of database objects. 

BRIEF DESCRIPTION OF THE FIGURES 
[0015] FIG. 1 illustrates a metadata exchange framework in accordance 
10 with an embodiment of the present invention. 

[0016] FIG. 2 illustrates the process of creating a difference report from 
compatible objects in accordance with an embodiment of the present invention. 

[0017] FIG. 3 illustrates the process of creating a difference report from 
non-compatible objects in accordance with an embodiment of the present 
15 invention. 

[0018] FIG. 4 illustrates the process of creating an action plan and a 
merged object in accordance with an embodiment of the present invention. 

[0019] FIG. 5 illustrates source and target objects in accordance with an 
embodiment of the present invention. 
20 [0020] FIG. 6 illustrates a difference report in accordance with an 

embodiment of the present invention. 

[0021] FIG. 7 illustrates an action plan in accordance with an embodiment 
of the present invention. 

[0022] FIG. 8 presents a flowchart illustrating the process of merging 
25 metadata associated with a first object and a second object in accordance with an 
embodiment of the present invention. 
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DETAILED DESCRIPTION 
[0023] The following description is presented to enable any person skilled 
in the art to make and use the invention, and is provided in the context of a 
particular application and its requirements. Various modifications to the disclosed 
5 embodiments will be readily apparent to those skilled in the art, and the general 
principles defined herein may be applied to other embodiments and applications 
without departing from the spirit and scope of the present invention. Thus, the 
present invention is not intended to be limited to the embodiments shown, but is 
to be accorded the widest scope consistent with the principles and features 
10 disclosed herein. 

[0024] The data structures and code described in this detailed description 
are typically stored on a computer readable storage medium, which may be any 
device or medium that can store code and/or data for use by a computer system. 
This includes, but is not limited to, magnetic and optical storage devices such as 
15 disk drives, magnetic tape, CDs (compact discs) and DVDs (digital versatile discs 
or digital video discs), and computer instruction signals embodied in a 
transmission medium (with or without a carrier wave upon which the signals are 
modulated). For example, the transmission medium may include a 
communications network, such as the hitemet. 

20 

Metadata Exchange Strategy Framework 

[0025] FIG. 1 illustrates a metadata exchange strategy framework 102 in 
accordance with an embodiment of the present invention. Metadata exchange 
strategy framework 102 includes metadata change manager 110, metadata 
25 exchange strategy 1 12, and execution engine 1 14. Metadata change manager 1 10 
provides functions for creating difference reports, such as difference report 108, as 
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described below in conjunction with FIGs. 2, 3, 5, and 8. Metadata exchange 
strategy 112 provides functions for creating an action plan, such as action 
plan 1 13, as described below in conjunction with FIG. 4, 6, 7, and 8. Execution 
engine 1 14 provides functions for executing the action plan as described below in 
5 conjunctions with FIGs. 4 and 8 

[0026] Metadata exchange strategy framework 102 accepts source 
object 104 and target object 106 and creates merged object 108. Source 
object 104, target object 106, and merged object 108 contain metadata describing 
respective database objects. Source object 104 and target object 108 are 

10 descriptions of the same database object that differ, possibly because their 
metadata definition may have been updated or customized by different users. 

[0027] Source object 102 and target object 106 are typically Oracle 
database objects and not just tables and columns (i.e. cubes, transformations, and 
the like). Also source object 102 and target object 106 may include other objects 

15 such as files in a file system or records in a file that have been captured using 

UML and stored in the database during design time. This is typically achieved by 
having a table called "file" and a table called "record." The metadata of ext6emal 
table objects refers to the record metadata in the record table. These are not 
database objects, but still dictate the structure of some database objects. For 

20 example the structure of an external table is dictated by the file and record that it 
is referring to. Hence, there exists a requirement that external tables have to be 
merged form the record during design time, although recorded is not a database 
object. Hence, this is not just restricted to database objects but also to others that 
are marked in UML and stored in the database as classes, attributes, and 

25 associations. 
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Difference Report 

[0028] FIG. 2 illustrates the process of creating a difference report from 
compatible objects in accordance with an embodiment of the present invention. 
Metadata change manager 1 1 0 receives extemal tables 202 and 204 and creates a 
5 difference report 208, which describes the differences between extemal tables 202 
and 204. For example, extemal tables 202 and 204 contain metadata describing 
the same object that differ possibly because one of the extemal tables is an 
updated version of the other extemal table, or because the extemal tables have 
been customized by different individuals. 

10 

Difference Report from Non-Compatible Objects 

[0029] FIG. 3 illustrates the process of creating a difference report from 

non-compatible objects in accordance with an embodiment of the present 

invention. In the example illustrated in FIG. 3, a difference report between 
15 external table 202 and record 302 is desired. Note that extemal table 202 may 

have been originally created from record 302. 

[0030] Adapter 304 first converts record 302 into compatible extemal 

table 306. Metadata change manager 1 10 then receives extemal tables 202 

and 306 and creates a difference report 308, which describes the differences 
20 between extemal tables 202 and record 302, which are ultimately the differences 

between extemal table 202 and record 302. 



Action Plan and Merged Object 

[0031] FIG. 4 illustrates the process of creating an action plan and a 
25 merged object in accordance with an embodiment of the present invention. 
Metadata exchange strategy 1 12 receives a difference report 208 created by 
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metadata change manager 1 10. During this process, metadata exchange 
strategy 1 12 is used to examine difference report 208 and to create an action 
plan 404 for merging the two objects used in creating difference report 208. 

[0032] Next, execution engine 1 14 receives action plan 404. After a user 
5 ^elects which items of action 404 are to be performed, execution engine 1 14 
creates merged object 108. 

[0033] Creation of an action plan requires the user to specify if a merge or 
a replace plan is preferred. The replace plan means deleting everything form the 
target the does not have a match in the source, while the merge plan would not 
1 0 allow deletion of anything from the target. 

[0034] After the action plan has been created, the user can customize the 
action plan to apply the specific actions that are desired. Applying the action plan 
causes creation, deletion, or updates of the target object. Also, the user has the 
ability to specify which attributes in the target that need to be3 updated in the 
1 5 event of create or update in the target. The user can also change the values to suit 
the required needs. This is determined at the time when the user wants to execute 
the created action plan. 

Source and Target Objects 

20 [0035] FIG. 5 illustrates source and target objects in accordance with an 

embodiment of the present invention. These source and target objects include 
metadata for table 508 and table 502, respectively, and originated from the same 
metadata. Source table 508 includes a description 509 of table 508. Additionally, 
source table 508 is associated with columns 512 and properties 510. 

25 Properties 510 include property 2 and property 3, and columns 512 include 
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column 1, column 2, and column 3. Together, table 508, properties 510, and 
columns 512 describe a corresponding database table. 

[0036] Target table 502 includes a description 503 of table 502. 
Additionally, target table 502 is associated with columns 506 and properties 504. 
5 Properties 504 includes property 1, and columns 506 include column 1 and 
column 2. Together, table 502, properties 504, and columns 506 describe a 
corresponding database table. Note that any mapping between columns 506 of 
table 502 and colunms 512 of table 508 is possible. For example, column 1 of 
columns 506 and column 2 of columns 512 may refer to the same data, while 
10 column 2 of columns 506 and column 1 of columns 512 may also refer to the 
same data. 

Difference Report 

[0037] FIG. 6 illustrates a difference report 208 in accordance with an 

15 embodiment of the present invention. Note that there are many ways to compare 
different components of the metadata. In this example, tables are being compared 
by name, columns are being compared by position, and properties are being 
compared by name. 

[0038] Difference report 208 includes data for the parameters being 

20 compared, in this example table name, column position, and properties. The 

comparison of the table names indicates that the target and source have the same 
name; therefore the input into the action plan is to update the table. 

[0039] The comparison of the columns indicates that column 1 in the 
target includes the same data as column 2 in the source and that column 2 in the 

25 target includes the same data as column 1 in the source. The input to the action 
plan is to update the column descriptions. Since column 3 exists in the source but 
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not in the destination, the input to the action plan is to create column 3 in the 
target. 

[0040] The comparison of the properties indicates that property 1 exists in 
the target but not in the source, while properties 2 and 3 exist in the source but not 
5 in the destination. The action plan for the properties includes deleting property 1 
and creating properties 2 and 3. These actions will bring the target into alignment 
with the source if the user selects all of the actions as described below in 
conjunction with FIG. 7. 

10 Action Plan 

[0041] FIG. 7 illustrates an action plan 404 in accordance with an 
embodiment of the present invention. Action plan 404 includes actions derived 
from difference report 208 described above in conjunction with FIG. 6. Each line 
of action plan 404 includes a checkbox 702, a description of the action 704, and 

15 an action 706. A user can select which actions are required by checking the 

checkbox in column 702. After the user checks the actions, execution engine 1 14 
performs the checked actions. 

Merging Metadata 

20 [0042] FIG. 8 presents a flowchart illustrating the process of merging 

metadata associated with a first object and metadata associated with a second 
object in accordance with an embodiment of the present invention. The system 
starts when a first metadata associated with the first version of an object is 
received (step 802). Next, the system receives the second metadata associated 

25 whit the second version of the object (step 804). Note that steps 802 and 804 can 
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occur in the opposite order or simultaneously. If needed, the system converts the 
second metadata to be compatible with the first metadata (step 806). 

[0043] After receiving the first metadata and the second metadata, the 
system examines the first metadata and the second metadata to create a difference 
5 report (step 808). The system then creates an action plan from the difference 
report (step 810). 

[0044] Next, the system allows a user to select portions of the action plan 
to implement by checking checkboxes in the action plan (step 812). Finally, the 
system uses the selected actions to merge the first metadata and the second 

1 0 metadata to create merged metadata (step 814). 

[0045] The foregoing descriptions of embodiments of the present 
invention have been presented for purposes of illustration and description only. 
They are not intended to be exhaustive or to limit the present invention to the 
forms disclosed. Accordingly, many modifications and variations will be apparent 

1 5 to practitioners skilled in the art. Additionally, the above disclosure is not 
intended to limit the present invention. The scope of the present invention is 
defined by the appended claims. 
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